开源PaaS Rainbond V5.1发布，支持管理异构复杂的微服务架构
3月的北京春意盎然，Rainbond如期为大家带来了大版本V5.1更新，在此首先对所有为Rainbon项目提过建议的用户朋友们表示感谢，V5.1版本的较多思考就是来自于众多用户为Rainbond项目提出的建议。
Rainbond是开源的企业应用云操作系统，支撑企业应用的开发、架构、交付和运维的全流程，通过无侵入架构，无缝衔接各类企业应用，底层资源可以对接和管理IaaS、虚拟机和物理服务器。
支持第三方微服务集成和管理
Rainbond作为一款云应用操作系统开源产品，在众多的企业中落地使用的过程中出现了两类共同的问题：
- 循序渐进的迁移策略，已经上Rainbond的服务如何与遗留服务通信和统一管理。
- Rainbond应用网关很好用，但是遗留的服务没办法与Rainbond上的服务共享外网端口或域名。
Rainbond V5.1版本中在提出了第三方服务的概念，即将运行于Rainbond集群外且与Rainbond可以正常网络通信的服务称为第三方服务。对于此类服务，我们支持以静态注册、动态注册（Etcd、Zookeeper、Consule）的方式来获取第三方服务的通信地址，赋予第三方服务以下能力：
- 集成Rainbond内置的ServiceMesh架构，与集群内服务无缝互联，并提供服务通信治理功能。
- 集成Rainbond 应用网关，统一管理服务外网访问。
- 运行于不同环境和系统的业务系统统一管理和可视化，形成完整业务架构。
更多第三方服务的说明和支持情况，见文档： Rainbond支持第三方服务集成
支持微服务启动顺序
在一个复杂微服务架构下，一些服务必须依赖于另一些服务才能正常工作，如何根据依赖关系处理服务的启动顺序是简化复杂微服务架构管理的关键。
Rainbond实现了，根据依赖关系自动处理启动顺序，当被依赖的服务正常工作后，才会启动后续服务，依次迭代启动所有服务。
服务正常工作有几种判断依据：
- 服务的运行状态处于“运行中”（默认）
- 服务的端口处于监听状态（可设置）
- 根据Http服务返回状态码（可设置）
Service Mesh内置的服务代理更换为envoy
- 内置服务代理更换为envoy 1.9.0
- 内置Service Mesh控制面板重构，提供标准的XDS服务(gRPC)
优化应用市场管理
- 应用市场支持多版本安装和管理
- 从应用市场安装服务，支持跨越大版本从应用市场升级
源码构建系统升级
基于源代码持续构建服务是Rainbond用户使用最多的功能之一，既5.0版本作较大升级以后，5.1版本继续带来升级：
- 增加对NodeJS前端项目源码类型的支持，可以部署Vue和React。
- Java-Maven增加maven编译参数的UI配置。
- 所有Java类型支持OpenJDK版本和OracleJDK版本的UI配置。
- PHP、静态语言支持UI选择中间件类型和版本。
- 将公共代码模块和资源从云端本地化、更好的支持离线环境下源码构建
- 支持服务源码类型重新检测和变更
另外Rainbond对各类型源码的支持规范文档进行了更加细致的描述，请参考 Rainbond源码支持规范
新版Rainbond文档系统上线
团队一直在为Rainbond文档的可用性和完整性做努力，5.1版本发布之际，我们同时发布了5.1版本的文档系统，在平台基础使用、运维、各类使用场景等方面丰富了大量有价值内容。
访问地址：https://www.rainbond.com/docs
其他特性
- 应用网关内置Openresty升级到1.13.6.2版本
- 应用网关增加域名、服务访问情况监控，监控域名的访问量、延时、通信数据量
- 团队首页改版，更多可视化管理
- 默认安装的Docker版本升级到 18.06.3-ce
- 默认安装的Kubernetes版本升级到 1.10.13
- 安装流程支持指定分布式存储类型和配置参数，无需用户自行处理存储挂载
Rainbond V5.1 安装：
https://www.rainbond.com/docs...
Rainbond 历史版本升级到V5.1
java
python
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。